all groups and issues. If, however, the same rule or 
setting is changed at the group level, thus conflicting 
with the rule or setting set at the room level, then 
the rule or setting set at the group level will take 
5 precedence over the rule or setting set at the room 
level for that particular group. If the same rule or 
setting is then changed at the issue level, giving each 
level a different rule or setting for the same field, 
then the rule or setting set at the issue level will 

10 take precedence over the rules or settings set above it 
at the group and room level for that particular issue. 

It is possible to have multiple groups in a 
room, and each group has the potential for having 
different rules or settings. Similarly, it is possible 

15 to have multiple issues in a group, and each issue has 
the potential for having different rules or settings. 

One embodiment of a main process 70 0 that may 
be used to control the presentation of the interfaces 
illustrated in FIGS. 1-6 is illustrated in FIGS. 7A-7C. 

2 0 As shown in FIG. 7A, once process 700 has begun at step 

702, the process may load trading interface settings at 
step 704. The setting loaded at step 704 may include 
all of the settings configurable through screens 200, 
300, 400, 500, and 600 and any other suitable settings. 
25 Once these settings are loaded, process 700 may display 
a dialog window 2 00 or 3 00 at step 706, depending on 
whether two-sided market trading is set as the default. 
If two-sided market trading is set as the default, then 
process 700 may display dialog window 3 00. Otherwise, 

3 0 process 7 00 may display dialog window 2 00. Based upon 

the settings loaded at step 704, process 700 then 
determines whether the item configured to be traded in 
dialog window 200 or 300 is to be displayed in a market 



cell. If it is, then process 700 presents a market 
cell 100 at step 710. Otherwise, or after displaying 
the market cell, process 70 0 proceeds to step 712 where 
the process waits for trader input. 

Once trader input has been received at step 
712, process 700 determines whether the trader pushed 
settings button 241 in dialog window 200 or settings 
button 341 in dialog window 300. If the trader did 
push the settings button, then process 600 runs a 
settings process at step 716. An example of a settings 
process is shown in FIG. 8. Once the settings process 
is completed, process 700 proceeds back to step 712 to 
wait for more trader input. If process 700 determines 
that the trader did not push the settings button at 
step 714, however, then process 700 proceeds to step 
718 to determine if the trader pushed a bid button 212 
or 312, an offer button 214 or 314, a buy button 2 04 or 
304, or a sell button 206 or 306. If the trader did 
push one of these buttons, then the corresponding order 
is placed at step 720. Otherwise, process 700 proceeds 
to step 722 to determine if the trader pushed one of 
cancel buttons 208, 210, 216, 218, 220, 222, 308, 310, 
316, 320, or 322. If so, then process 700 cancels the 
corresponding orders that can be canceled at step 724. 
Once an order has been placed at step 72 0, or orders 
have been canceled at step 724, process 700 determines 
at step 726 whether "close on action" box 238 or 338 is 
checked in dialog window 200 or 300, respectively. If 
not, process 700 loops back to step 712. Otherwise 
process 700 closes dialog window 200 or 300 at step 728 
and then proceeds to step 712. 

If, at step 722, process 700 determines that 
the trader did not push a cancel button, however, then 
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process 700 proceeds to step 734 as shown in FIG. 7B 
via link 730. At step 734, process 700 determines 
whether the trader pushed a price or size up or down 
button 226, 228, 232, 234, 325, 327, 328, 330, 332 or 
334. if the trader did push one of these buttons, 
process 700 changes the price or size accordingly at 
step 736 and then determines whether the two-sided 
market feature is enabled at step 737. If the two- 
sided market feature is enabled, then process 70 0 runs 
a two-sided market process at step 738. An example of 
a two-sided market process is shown in FIG. 9. Once 
the two-sided market process is completed, process 700 
proceeds back to step 712 via link 732 to wait for more 
trader input. If process 700 determines that the two- 
sided market feature is not enabled at step 73 7, 
however, then process 700 proceeds to step 712 via link 
732. Otherwise, process 700 proceeds to step 739 to 
determine if the trader pushed a button on keypad 2 02 
or 302. If the trader did push one of these buttons, 
then the process changes the value of either the price 
or size highlighted accordingly at step 74 0 and then 
determines whether the two-sided market feature is 
enabled at step 737. If the two-sided market feature 
is enabled, then process 700 runs a two-sided market 
process at step 738. An example of a two-sided market 
process is shown in FIG . 9. Once the two-sided market 
process is completed, process 700 proceeds back to step 
712 via link 732 to wait for more trader input. If 
process 700 determines that the two-sided market 
feature is not enabled at step 73 7, however, then 
process 700 proceeds to step 712 via link 732. if the 
trader did not push one of the keypad buttons, process 
700 next determines at step 742 whether the trader 



